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(54) Meta-documents and method of managing them 

(57) A meta-document (1 0) includes an object con- 
veying document information (12), processing informa- 
tion (14) pertaining to processing of the meta-document 
and metadata (16) for indexing and retrieving the 
processing information. The processing information 
(14) is recorded on the meta-document (10) each time 
the meta-document (10) is processed in some manner. , 
Each time processing information is recorded on the 
document, appropriate metadata for indexing and 
retrieving the processing information is also stored on 
the meta-document. Processing may include any trans- 
formation of the document information or the meta-doc- 
ument itself. Creation and recording of the processing 
information (14) and associated metadata (16) on the 
meta-document may be accomplished externally by the 
particular source or environment to which the meta-doc- f 
ument may be residing. Alternatively, each meta-docu- 
ment may include a tool (18) (e.g., a software program 
or macro) embedded on the object. Whenever the meta- 
document is accessed or processed, the embedded tool 
creates the appropriate processing information and 
associated metadata. Whenever the meta-document is 
sent/distributed by any means, its document processing 
information part is parsed and used to populate the 
local environment. 
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Description 

[0001] This invention relates generally to the management and use of documents, and in particular, to the manage- 
ment and use of information pertaining to the various manipulations that may be performed on documents. 

5 [0002] The management and use of documents has changed drastically with the evolution of electronic communi- 
cations, and in particular, with the Internet and intranets. In the past, a document was simply a tangible media, such as 
a piece of paper, conveying information or data. Today, a document is an object conveying information that is created 
at a given time; it may be manipulated by various people and tools; it may be duplicated and transported from place to 
place; and finally it may be deleted or simply forgotten on a storage media at some location. 

10 [0003] Only a few of all the manipulations that may be performed on a document are traceable. If a document is 
created by a word processing program, for example, the program may track certain types of manipulations about the 
document, such as editing, printing and accessing and this information may be stored with the document. However, if 
the document is copied, a record of the copying is usually not stored on the original document or the copy or elsewhere. 
If the document is translated, say from English to French via an automatic translator, the fact of the translation (even 

15 given the low quality of the translation) is not recorded on the original document. Nor is the translation itself recorded or 
accessible with the original document should someone desire the translation at a later date. 

[0004] In addition to the information pertaining to word processing-type document manipulations, many documents 
are moved from site to site or from user to user. The path of distribution and the fact that a document undergoes 
changes through its travels add to the knowledge or information about the document. This kind of knowledge is gener- 
20 ally not available to users, particularly users in an organization or users on an intranet or the Internet. In fact, most of 
the information about what happened to the document during its whole life (e.g., who read it, reviewed it, where it was 
sent as an email attachment, who liked it, etc.) is lost. 

[0005] Generally when a document is considered important, it is simply duplicated in a large number of copies that 
are widely distributed. Users in an organization tend to share the feeling that the more copies are made, the more con- 
25 fident they are that the important knowledge contained in the document will be spread throughout the organization. In 
some organizations the document will be indexed and described in terms of important keywords and stored in a docu- 
ment management repository, where it may be accessed via an intranet or over the Internet. Then its URL will be for- 
warded to a certain number of users with a note to read the important information or knowledge contained in the 
document. 

so [0006] In order to store documents in a document management repository, certain additional data called metadata 
is stored with the document. Metadata is simply data about data. However, increasingly, the term has come to refer to 
data used to aid the identification, description and location of networked electronic resources, including documents. A 
variety of metadata formats currently exist from the basic proprietary records used in global Internet search services 
through a continuum encompassing simple attribute/value records. 

35 [0007] Metadata has been used to encode information about a document, such as historical data and activity-cen- 
tered information. The use of metadata has also been recognized as having a role in the ongoing management and 
preservation of digital resources. For example, it has been suggested that metadata could be used for recording the 
technological context of a resource's origins, for managing and recording rights management information, for preserv- 
ing the authenticity and reliability of resources as well as for resource discovery. Preservation metadata could be used 

40 for checking the integrity of document files. 

[0008] Even if important documents are placed on a document management repository and broadcast messages 
are sent to interested parties, current document properties and repository management features do not ensure that the 
right knowledge or information will be made available to the right people exactly when they need it. The importance of 
information/knowledge to users is not the same for all users and it depends heavily on the context. The importance of 

45 information also evolves overtime; a piece of knowledge that was of not much interest to a user and deleted two months 
ago may suddenly become key to the user or to other users in the organization. 

[0009] There is a need for a system and method of managing documents containing metadata which extracts as 
much metadata and information as possible from the documents. There is also a need for a system and method of man- 
aging documents which tracks all of the information about what happened to a document during its whole life (e.g., who 

so read it, reviewed it, where it was sent as a email attachment, who liked it, etc.). There is also a need for a system and 
method of managing documents which stores as additional information the result of what happened to the document 
(for example, the comment associated with a review, the translation obtained from an automatic translator, the defini- 
tions of the terms recognized by a terminology checker tool etc.). There is also a need for a system and method of man- 
aging documents that can track document distribution data. There is a further need for a system and method of 

55 managing documents that can track a document's path of distribution and a document's changes. There is also a need 
for a method and a system of managing documents that can transfer information about or contained in the document to 
other sources and environments. 

[0010] In accordance with the system of the invention, documents when processed, for example, when they are 
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transformed from one format into another, or copied, or distributed or commented upon, do not lose any of the informa- 
tion they had in their previous form. Each step in the document cycle process, i.e., during the entire life-time of the doc- 
ument (including reading and usage), going from authoring to modification to publishing and printing to reading and 
using, is considered a different view of the same data or modifies a different aspect of the document. Information per- 

5 taining to each processing step is stored with the document along with metadata for indexing and retrieving the process- 
ing information. By storing a record of all the various processing and the results of the processing performed on a 
particular document, and making that information retrievable, users in an organization have the opportunity to come 
back to some piece of information about a document that later turned out to be of great importance. 
[0011] The system according to the invention employs a new form of document called a meta-document. A meta- 

w document, according to the invention, includes an object conveying document information, processing information per- 
taining to processing of the meta-document and metadata for indexing and retrieving the processing information. 
Processing information includes information pertaining to the fact that the meta-document (or the document informa- 
tion) was processed, by whom, any relevant tool used and the result of the processing. The processing information is 
recorded on the meta-document each time the meta-document is processed in some manner. Each time processing 

15 information is recorded on the document, appropriate metadata for indexing and retrieving the processing information 
is also stored on the meta-document. 

[0012] Processing may include transformation of the document information or the meta-document itself, evaluation 
or analysis of the document information using a linguistic tool or a knowledge management tool, adding a user com- 
ment (such as for later transmittal to a relevance system), or distribution of the meta-document. Metadata is provided 

20 to index and retrieve each type of processing information. In this way, the processing information may be accessed by 
other environments, such as when the meta-document is emailed across an intranet to a relevance database. A tool at 
the relevance database may copy the user comment (or other processing information) stored on the meta-document. 
[0013] Creation and recording of the processing information and associated metadata on the meta-document may 
be accomplished externally by the particular source or environment to which the meta-document may be residing. Alter- 

25 natively, each meta-document may include a tool (e.g., a software program or macro) embedded on the object. When- 
ever the meta-document is accessed or processed, the embedded tool creates the appropriate processing information 
and associated metadata. 

[001 4] The meta-document can be thought of as an "absorber" of the processing information which was generated 
by manipulations or references (e.g., recommendations) made to it, including, in particular, the fact that these actions 
30 occurred. All of the processing information in the meta-document is explicit, accessible and reusable so that other tools 
or other people in different contexts can benefit from it. The meta-document can also be thought of as a "distributor" of 
processing information stored on it. Each time a meta-document is accessed by a new source or environment, the 
meta-document can download or leave some or all of its stored processing information. 

[0015] The invention changes the current vision of the management and use of documents. Instead of managing 
35 knowledge or information extracted or created from documents outside of the documents themselves, such information 
can be managed with the document itself. M eta-documents (for example, encoded in XML) when processed by tools, 
such as knowledge management tools, are enriched by the processing information or pollen. The metadata stored in 
the meta-document enables similar or compatible tools to understand, find and extract the processing information. 
[0016] Many documents are moved from site to site, from user to user. The path of distribution and the fact that a 
40 document undergoes changes through its travels as noted above add to the knowledge or information about the docu- 
ment. This processing information may also be thought of as "pollen" since it is knowledge that sticks to the document's 
trajectory. 

[0017] The meta-document may also be used as a vehicle for spreading or distributing the knowledge or informa- 
tion contained within it around, even outside the originating organization. When the meta-document travels from source 

45 to source or environment, it can be considered as "pollenizing" the source. For example, when the meta-document is 
mailed (transmitted) to people or moved to repositories, it may be used to selectively pollenize the appropriate local 
knowledge tools or databases with the processing information or pollen added along the series of processing steps it 
went through since its creation. The meta-document or the "pollenizing document" may be used as a vector of propa- 
gation of knowledge to other knowledge management tools in different knowledge spaces. 

so [0018] The results of the processing of a document by any tool may be used to enrich the document with more and 
more knowledge. Each tool manipulating a document at any stage of its existence, in any circumstance adds to the doc- 
ument a piece of knowledge (pollen) about this document. The meta-document enhanced by such pollen should be 
able in turn to feed local tools and environments with the knowledge it has gathered along its whole chain of processing 
within or outside the organization. 

55 [0019] An embodiment of the present invention will now be described, by way of example, with reference to the 
accompanying drawings, in which: 



Figure 1 is a schematic of a meta-document according to the invention; and 
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Figure 2 is a schematic showing movement and processing of a meta-document from source to source. 

[0020] Referring to the drawings, and now in particular with reference to Figure 1 , a rneta-document according to 
the invention is shown therein and referred to by reference numeral 10. Meta-document 10 includes an object 20, which 

5 may be a file structure if the meta-document is stored electronically, or a type of media, such as a floppy disk, piece of 
paper, magnetic tape, etc. Meta-document 10 also includes document information or data 12. Information or data 12 
may be the substance of a letter or a spreadsheet of user input information or any other typical data or information that 
a user might want to record. Processing information 1 4 is stored for each processing of the information 12 or meta-doc- 
ument 10. Metadata 16 is used to index and retrieve its associated processing information. 

10 [0021] Optional tool 18 is shown in meta-document 10. In this embodiment, tool 18 is an embedded software pro- 
gram, interface or macro which generates and stores processing information 14 and associated metadata 1 6 for index- 
ing and retrieving the processing information 14. Whenever the meta-document 10 is accessed or processed, tool 18 
generates a piece of processing information 14 and metadata 16 to record that fact. Alternatively, meta-document 10 
may include no tool 18. In that embodiment, the tool for generating and storing processing information and metadata 

15 will be located at each source or environment that interacts with meta-document 1 0. 

[0022] A schematic representation of how a meta-document is transformed during part of its life and is used to pol- 
lenize an environment is shown in Figure 2. Meta-document 20, which includes document information 25, is created or 
presently associated with source or environment 30. Processing information 21 is created (in this embodiment by 
source 30) and stored on meta-document 20. Metadata 24 is also created and is used to index and retrieve the stored 

20 processing information 21 . If for example meta-document 20 is a key strategic document, the document information 25 
is the text of the strategic document. Processing information 21 may be the time stamp and record of the place of cre- 
ation of the document. Another example of processing information (not shown) may also include strategic recommen- 
dations for all "managers" added by various readers in the environment 30. 

[0023] Meta-document 20 is then transmitted over the Internet 36 to source (or environment) 32. Source 32 
25 includes a processing program 40 which processes the document information 25 by copying the document text and 
storing it in a new document. A record of this copying is stored as processing information 26 (with its associated meta- 
data - not shown). A record of the fact that the meta-document 20 was received at source 32 is stored as processing 
information 22 (with associated metadata not shown). Additional processing information, such as recommendations 
from reviewers at source 30, may also be stored as processing information with associated metadata on meta-docu- 
30 ment 20. 

[0024] When meta-document 20 arrives at source 32, source 32 needs some means of determining what process- 
ing information is available on meta-document 20. In one embodiment, meta-document 20 embeds a processing soft- 
ware program 41 called knowledge pollenizer which may be programmed to extract relevant processing information, 
such as any strategic recommendations contained in processing information 21 , and to send them automatically to all 
35 the local managers at source 32. Alternatively, source 32 can provide a knowledge pollenizer program 40 for reading all 
received meta-documents and extracting such defined processing information. This is an example of meta-document 
20 pollenizing the environment 32. 

[0025] Meta-document 20 is then forwarded via the Internet 36 to source (environment) 34. A record of this 
processing is stored as processing information 23 (with associated metadata not shown). Again the embedded 

40 processing program 41 extracts the processing information 21 and other relevant processing information 22 and sends 
recommendations, if applicable, to all local managers of source 34. In each processing or transformation of meta-doc- 
ument 20 a record of the activity is stored on the meta-document 20. So, if some user wishes, at a later date, to learn 
if any party copied the text from the meta-document 20, that information is available as processing information 26. 
[0026] When meta-document is transmitted from source to source and processing information is created (stored in 

45 the meta-document) this is similar to a bee travelling to a flower and picking up pollen. Similarly, if a source finds certain 
processing information on a meta-document of interest, it can copy or use the processing information and of course, 
trigger actions based upon it. This is similar to pollen carried on a bee's body being left on another flower. 
[0027] Current technology is mature enough to allow various different implementations of meta-documents. For 
example, XML metadata (RDF) is a technology which allows the encoding of metadata within documents. Outside clas- 

50 sical performance problems that may arise, there is almost no limit in the quality and quantity of metadata or meta-infor- 
mation that can be encoded in a meta-document. Each source having a tool (program) which processes a meta- 
document for one purpose or another can store processing information and metadata about its processing, including 
the result of the processing itself. 

[0028] For example, if at a given time the meta-document is passed through a terminology extraction tool, if terms 
55 are detected and defined by a user, the terminology management tool can in turn encode the defined terminology as 
pollen or processing information and associated metadata within the meta-document. In future use, when the meta- 
document is sent to a source where a terminology management tool is also available and can read the metadata, the 
meta-document will be used to pollenize the local terminology database with its pollen or processing information storing 
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the embedded terminology. 

[0029] Metadata allows encoding of information that is not strictly part of the text of a document. Many applications 
for meta-documents could benefit of this possibility. Meta-documents may be used, for example, in recommender sys- 
tems. The Knowledge Pump tool developed at the Xerox Research Center Europe (XRCE) allows users to make rec- 

5 ommendations on documents in the form of a rating (e.g., 1 to 5 stars) plus a comment section (text field) explaining 
why a document is interesting or not. This rating information is valuable knowledge that is currently stored "outside" the 
document in a dedicated database. In the Knowledge Pump database, the recommended document is just referenced 
as a URL. If the recommendation is stored as processing information (pollen) and metadata with the document as part 
of a meta-document according to the invention, these stored recommendations may also be provided when the docu- 

10 ment is sent around through email or through imports in document management systems. The use of meta-documents 
is a simple way to provide recommendations (and identified experts and communities) beyond the scope of one organ- 
ization and could be used as an exchange mechanism between non-connected Knowledge-Pump servers. Therefore, 
a tool for extracting the processing information or pollen would be associated with each Knowledge Pump database. 
[0030] Issues about security, access-rights, intellectual property etc. can be addressed by the meta-document cre- 

15 ators as part of each meta-document's creation. One factor that must be taken into account when creating meta-docu- 
ments is their size and complexity. However, emerging technologies such as RDF metadata and DOM (Document 
Object Model) will readily enable implementation of meta-documents. 

[0031] As noted above, metadata is commonly defined as data about data. In the context of meta-documents, 
metadata is defined as data about or related to the "textual part" of a document, but not part of the text itself, including 
20 the textual information which describes the processing of the document (processing information or pollen). The 
Resource Description Framework (RDF) is an abstract model for defining metadata. The basic data model consists of 
three object types: Resources, Properties and Statements which correspond to a resource associated with a property. 
Concretely, resources will be elements of the text, and the metadata will associate some properties (knowledge) to 
these elements. 

25 [0032] An important aspect of the metadata model consists of defining the set of properties that can be attached to 
the resources. This is the role of namespaces. A namespace is a set of names in which all the names are unique. 
Clearly, part of the value of the metadata model depends on these namespaces. Several important namespaces 
already exists, and each of them is more or less dedicated to an application or a domain. 

[0033] In order to create a meta-document, (assuming the basic document information exists) the first step is to 
30 define the processing data or information to be encoded in the document, along with the tags to be used to encode this 
information. Suppose we want to encode the identity of the reader, the rating she/he gives and the associated com- 
ments. Using XML/RDF, the following fragment illustrates how such information could be encoded, assuming "Peter" 
wants to give a recommendation about a technical article: 

35 <rdf:RDF 

xmlns:kp="http://www.xrce.xerox.com/knowledge_pump") 

<rdf:Description about="Establishing Namespaces for a Recommender System") 

<kp:Reader)Peter Dowson{/ kp:Reader) 

<kp:Rating)3 Stars{/kp s: Rating) 
40 (kp:Comment)Well written article with good background on recommender systems. 

</kp:Comment) 

</rdf: Description) 

</rdf:RDF> 

45 For this example, it is assumed that the knowledge pump has its own namespace, noted kp, associated with an imagi- 
nary URL. 

[0034] Once the recommendation is written and stored as "pollen" or processing information, the next step is when 
the meta-document reaches a source that may be interested in recording this comment. A tool at the source includes a 
tool that extracts and uses this knowledge. An advantage of storing comments with the document in question is that 
so specific recommendation databases are no longer needed; all recommendations are stored with the document in ques- 
tion. When a user receives a particular document, all relevant comments are stored with it, ready for the user to read at 
his/her leisure. 

[0035] Meta-document-based pollenization as described above includes several steps. The first step is to add pol- 
len. Each tool which processes the document for any purpose encodes the result of the processing (pollen) and asso- 
55 ciated metadata using a namespace, i.e., a set of well-defined properties associated with resources. The tool can use 
its own namespace or use a shared namespace with other tools or a standard namespace or a combination of those. 
The more the tool will share metadata with other tools, the more the document can distribute information to various 
knowledge tools in the "pollenization" phase. Using a dedicated namespace to encode its data is a way for a knowledge 
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tool to keep control of its data. Basically, this would prevent other tools even of the same family, to exploit the informa- 
tion. 

[0036] In the second step, the meta-document enters a new pollenization space. The meta-document when moved 
to a different pollenization space triggers a knowledge pollenizer daemon (a specific tool used to enable selective 
5 extraction of pollen). A meta-document is sent to a different pollenization space typically when it is sent through email 
as an attachment or downloaded through a Web Server. The meta-document is then placed in a different software envi- 
ronment and a different knowledge environment of a different organization or of a different department of the same 
organization. 

[0037] Any attempt to save the meta-document locally on a source or environment such as a file system or in a Doc- 
10 ument Repository will trigger a knowledge pollenizer tool, similar to the way a virus scanning software program is trig- 
gered to check files for viruses. This ensures that all processing will be recorded with the meta-document. 
[0038] In the third step, the knowledge pollenizer tool parses the meta-document looking for all encoded pollen, 
identifies the pollen and its source and finds a compatible knowledge tool to receive this piece of pollen. The tool 
presents a list of all pollen items it found and asks the user who originally tried to open or save the meta-document 
15 whether or not the user wants any of the pollen to be inserted in the local knowledge environment. The following screen 
example gives an idea of the kind of interface that could be available for the knowledge pollenizer. In this example, the 
Knowledge Pump found three recommendations about the document that can be used to pollenize a Knowledge Pump 
tool or compatible equivalent. The pollenization can also be performed automatically following a simple user-defined 
profile. 

20 
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Claims 



1. A meta-document (10) comprising an object conveying document information (12), processing information (14), 
wherein the processing information comprises information pertaining to processing of the meta-document, and 
metadata (16) for indexing and retrieving the processing information (14), wherein each time the meta-document is 
processed, processing information (1 4) pertaining thereto and associated metadata (1 6) is stored on the meta-doc- 

45 ument. 

2. A meta-document according to claim 1 , wherein processing information comprises each and any of the following: 

information pertaining to transformation of the document information; 
so a user comment to the document information; and 

information pertaining to distribution of the meta-document. 

3. A meta document according to claim 1 or 2, further comprising a tool, responsive to a processing of the meta-doc- 
ument, for generating and storing processing information and associated metadata on the meta-document. 

55 

4. A method of managing a meta-document comprising: 

creating a meta-document, wherein the meta-document comprises a object conveying document information, 



6 



EP 1 087 306 A2 



processing information pertaining to processing of the meta-document, and metadata for indexing and retriev- 
ing the processing information; 

processing the meta-document comprising generating and storing on the meta-document processing informa- 
tion pertaining thereto and associated metadata; 
5 transmitting the meta-document to a source; 

parsing the meta-document for extracting stored processing information and metadata; and 

wherein each time the meta-document is processed, processing information pertaining thereto and associated 

metadata is stored on the meta-document. 

w 5. The method of claim 4, wherein the meta-document and/orthe source each further comprises a tool, responsive to 
a processing of the meta-document, for generating and storing processing information and associated metadata on 
the meta-document, wherein the parsing step is performed by the tool. 

6. The method of claim 5, wherein the meta document and/or the source each further comprises a second tool for 
15 parsing and extracting selected processing information stored on the meta document, and further comprising the 

step of: 

parsing the meta document for extracting the selected processing information and associated metadata; and 
distributing the extracted selected processing information to the source. 

20 

7. A system for managing document information comprising a meta-document (20) and a plurality of sources (30, 32, 
34), each source located at a different location, 

wherein the meta-document (20) comprises an object conveying document information (25), processing informa- 
tion (21), comprising information pertaining to processing of the meta-document (20), and metadata (24) for index- 
25 ing and retrieving the processing information (21), wherein each time the meta-document (20) is processed, 
processing information (21 ) pertaining thereto and associated metadata (24) is stored on the meta-document (20); 
and 

wherein each time the meta-document (20) is received by a source (30, 32, 34), processing information (21) and 
its associated metadata (24) is parsed and extracted from the meta-document (20) at the source. 

30 

8. The system of claim 7, wherein processing information comprises each and any of the following: 

information pertaining to transformation of the document information; 
user comment to the document information; and 
35 information pertaining to distribution of the meta document. 

9. The system of claim 7 or 8, wherein the meta-document and/or the source each further comprises a tool, respon- 
sive to a processing of the meta document, for generating and storing processing information and associated meta- 
data on the meta-document. 

40 
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(57) A meta-document (1 0) includes an object con- 
veying document information (12), processing informa- 
tion (1 4) pertaining to processing of the meta-document 
and metadata (16) for indexing and retrieving the 
processing information. The processing information 
(14) is recorded on the meta-document (10) each time 
the meta-document (10) is processed in some manner. 
Each time processing information is recorded on the 
document, appropriate metadata for indexing and re- 
trieving the processing information is also stored on the 
meta-document. Processing may include any transfor- 
mation of the document information or the meta-docu- 
ment itself. Creation and recording of the processing in- 
formation (14) and associated metadata (1 6) on the me- 
ta-document may be accomplished externally by the 
particular source or environment to which the meta-doc- 
ument may be residing. Alternatively, each meta-docu- 
ment may include a tool (18) (e.g., a software program 
or macro) embedded on the object. Wheneverthe meta- 
document is accessed or processed, the embedded tool 
creates the appropriate processing information and as- 
sociated metadata. Whenever the meta-document is 
sent/distributed by any means, its document processing 
information part is parsed and used to populate the local 
environment. 
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